Method and system for inter and intra agency communication, tracking and coordination

ABSTRACT

A method of tracking at least one emergency service provider is disclosed. An electronic history is compiled that includes at least one identifier of a service provider, at least one identifier of an event to which the service provider responded, and GPS data identifying the geographic location of the service provider at each time interval within the duration of the event. A user interface within which is displayed a first identifier of a first event is generated to a display device. A selection of the event identifier is received from a user. In response to the selection of the identifier, an aerial view of a geographic region within which the first event took place is generated. At least one icon is displayed in the aerial view representing the service provider at the geographic location corresponding to at least one time interval during the event.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. application Ser. No.14/213,995 filed Mar. 14, 2014; which claims priority from U.S.Provisional Application No. 61/792,517, filed Mar. 15, 2013, and U.S.Provisional Application No. 61/905,701, filed Nov. 18, 2013, eachapplication of which is hereby incorporated by reference as if fully setforth herein.

BACKGROUND OF THE INVENTION

Coordination among different first-responder agencies, such as police,ambulance and fire, within a community and among agencies in differentcommunities is critical to the well-being of such community(ies).Consequently, a system and/or method that allows visual tracking, inreal-time or as near to real-time as is technologically possible, of thelocation, velocity and bearing of emergency vehicles would bebeneficial. Moreover, a system and/or method that allows a comprehensivevisual review of coordination efforts after an emergency event ofemergency vehicles responding to such event would be likewisebeneficial.

BRIEF DESCRIPTION OF THE DRAWING

Preferred and alternative examples of the present invention aredescribed in detail below with reference to the following drawingfigures:

FIG. 1 is a schematic view of an exemplary operating environment inwhich an embodiment of the invention can be implemented;

FIG. 2 is a functional block diagram of an exemplary operatingenvironment in which an embodiment of the invention can be implemented;

FIGS. 3-5 illustrates processes according to one or more embodiments ofthe invention; and

FIGS. 6-10 are screenshots illustrating functionality of one or moreembodiments of the invention.

DETAILED DESCRIPTION

This patent application is intended to describe one or more embodimentsof the present invention. It is to be understood that the use ofabsolute terms, such as “must,” “will,” and the like, as well asspecific quantities, is to be construed as being applicable to one ormore of such embodiments, but not necessarily to all such embodiments.As such, embodiments of the invention may omit, or include amodification of, one or more features or functionalities described inthe context of such absolute terms.

FIG. 1 illustrates an example of a computing system environment 100 inwhich an embodiment of the invention may be implemented. The computingsystem environment 100, as illustrated, is an example of a suitablecomputing environment; however it is appreciated that otherenvironments, systems, and devices may be used to implement variousembodiments of the invention as described in more detail below.

Embodiments of the invention are operational with numerousgeneral-purpose or special purpose computing system environments orconfigurations. Examples of well-known computing systems, environments,and/or configurations that may be suitable for use with embodiments ofthe invention include, but are not limited to, personal computers,server computers, hand-held or laptop devices, multiprocessor systems,microprocessor-based systems, set-top boxes, programmable consumerelectronics, network PCs, minicomputers, mainframe computers,distributed computing environments that include any of the above systemsor devices, and the like.

Embodiments of the invention may be described in the general context ofcomputer-executable instructions, such as program modules being executedby a computer. Generally, program modules include routines, programs,objects, components, data structures, etc. that perform particular tasksor implement particular abstract data types. Embodiments of theinvention may also be practiced in distributed-computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a communications network. In a distributed computingenvironment, program modules may be located in both local and remotecomputer storage media including memory storage devices. Additionally,the entity that may implement, or otherwise provide the ability toimplement, elements of embodiments of the invention may be referred toherein as an “administrator.”

With reference to FIG. 1, an exemplary system for implementing anembodiment of the invention includes a computing device, such ascomputing device 100. The computing device 100 typically includes atleast one processing unit 102 and memory 104.

Depending on the exact configuration and type of computing device,memory 104 may be volatile (such as random-access memory (RAM)),nonvolatile (such as read-only memory (ROM), flash memory, etc.) or somecombination of the two. This most basic configuration is illustrated inFIG. 1 by dashed line 106.

Additionally, the device 100 may have additional features, aspects, andfunctionality. For example, the device 100 may include additionalstorage (removable and/or non-removable) which may take the form of, butis not limited to, magnetic or optical disks or tapes. Such additionalstorage is illustrated in FIG. 1 by removable storage 108 andnon-removable storage 110. Computer storage media includes volatile andnonvolatile, removable and non-removable media implemented in any methodor technology for storage of information such as computer-readableinstructions, data structures, program modules or other data. Memory104, removable storage 108 and non-removable storage 110 are allexamples of computer storage media. Computer storage media includes, butis not limited to, RAM, ROM, EEPROM, flash memory or other memorytechnology, CD-ROM, digital versatile disks (DVD) or other opticalstorage, magnetic cassettes, magnetic tape, magnetic disk storage orother magnetic storage devices, or any other medium which can be used tostore the desired information and which can be accessed by device 100.Any such computer storage media may be part of device 100.

The device 100 may also include a communications connection 112 thatallows the device to communicate with other devices. The communicationsconnection 112 is an example of communication media. Communication mediatypically embodies computer-readable instructions, data structures,program modules or other data in a modulated data signal such as acarrier wave or other transport mechanism and includes any informationdelivery media. The term “modulated data signal” means a signal that hasone or more of its characteristics set or changed in such a manner as toencode information in the signal. By way of example, the communicationmedia includes wired media such as a wired network or direct-wiredconnection, and wireless media such as acoustic, radio-frequency (RF),infrared and other wireless media. The term computer-readable media asused herein includes both storage media and communication media.

The device 100 may also have an input device 114 such as keyboard,mouse, pen, voice-input device, touch-input device, etc. Further, anoutput device 116 such as a display, speakers, printer, etc. may also beincluded. Additional input devices 114 and output devices 116 may beincluded depending on a desired functionality of the device 100.

According to one or more embodiments, the combination of software orcomputer-executable instructions with a computer-readable medium resultsin the creation of a machine or apparatus. Similarly, the execution ofsoftware or computer-executable instructions by a processing deviceresults in the creation of a machine or apparatus, which may bedistinguishable from the processing device, itself, according to anembodiment.

Correspondingly, it is to be understood that a computer-readable mediumis transformed by storing software or computer-executable instructionsthereon. Likewise, a processing device is transformed in the course ofexecuting software or computer-executable instructions. Additionally, itis to be understood that a first set of data input to a processingdevice during, or otherwise in association with, the execution ofsoftware or computer-executable instructions by the processing device istransformed into a second set of data as a consequence of suchexecution. This second data set may subsequently be stored, displayed,or otherwise communicated. Such transformation, alluded to in each ofthe above examples, may be a consequence of, or otherwise involve, thephysical alteration of portions of a computer-readable medium. Suchtransformation, alluded to in each of the above examples, may also be aconsequence of, or otherwise involve, the physical alteration of, forexample, the states of registers and/or counters associated with aprocessing device during execution of software or computer-executableinstructions by the processing device.

As used herein, a process that is performed “automatically” may meanthat the process is performed as a result of machine-executedinstructions and does not, other than the establishment of userpreferences, require manual effort.

Referring now to FIG. 2, an embodiment of the present invention may takethe form, and/or may be implemented using one or more elements, of anexemplary computer network system 200. The system 200 includes anelectronic client device 210, such as a personal computer orworkstation, tablet or smart phone, that is linked via a communicationmedium, such as a network 220 (e.g., the Internet), to an electronicdevice or system, such as a server 230. The server 230 may further becoupled, or otherwise have access, to a database 240 and a computersystem 260. Although the embodiment illustrated in FIG. 2 includes oneserver 230 coupled to one client device 210 via the network 220, itshould be recognized that embodiments of the invention may beimplemented using one or more such client devices coupled to one or moresuch servers.

The client device 210 and the server 230 may include all or fewer thanall of the features associated with the device 100 illustrated in anddiscussed with reference to FIG. 1. The client device 210 includes or isotherwise coupled to a computer screen or display 250. The client device210 may be used for various purposes such as network- andlocal-computing processes.

The client device 210 is linked via the network 220 to server 230 sothat computer programs, such as, for example, a browser, running on theclient device 210 can cooperate in two-way communication with server230. The server 230 may be coupled to database 240 to retrieveinformation therefrom and to store information thereto. Database 240 mayhave stored therein data (not shown) that can be used by the server 230and/or client device 210 to enable performance of various aspects ofembodiments of the invention. The data stored in database 240 mayinclude, for example, satellite and other aerial map data, includinggeographic information system (GIS)-layer data, automated vehiclelocating (AVL) data and keyhole markup language (KML) data.Additionally, the server 230 may be coupled to the computer system 260in a manner allowing the server to delegate certain processing functionsto the computer system. In an embodiment, most or all of thefunctionality described herein may be implemented in a desktopapplication 270 that may include one or more executable modules. In anembodiment, the client device 210 may bypass network 220 and communicatedirectly with computer system 260.

Still referring to FIG. 2, and in operation according to an embodimentof the invention, a user (not shown) of the client device 210 desiringto track or review the performance of one or more emergency-responsevehicles may invoke the desktop application 270. Alternatively, the usermay invoke a browser running on the client device 210 to access webcontent, which may, but need not, be served by the server 230.Specifically, by employing an appropriate uniform resource locator (URL)in a known manner, the user may navigate to a website hosted by theserver 230.

FIG. 3 illustrates a process 300, according to an embodiment of theinvention, for tracking a set of at least one emergency serviceprovider. The process 300 is illustrated as a set of operations shown asdiscrete blocks. One or more steps of the process 300 may be implementedin any suitable hardware, software, including instructions embodiedwithin components, firmware, or combination thereof. The order in whichthe operations associated with the process 300 are described is not tobe necessarily construed as a limitation.

At a block 310, an electronic history is compiled. The electronichistory includes at least one identifier of a service provider and GPSdata identifying the geographic location of each service provider ateach time interval within a time period. For example, the client device210, server 230 and/or computer system 260 may regularly (e.g., everyfive seconds or other predetermined time interval) receive, via network220 or other conventional means, AVL data from transmitters in a set ofemergency response vehicles and correlate this data with respectiveidentifiers of these response vehicles that are stored in database 240and/or a memory device associated with client device 210. Such data willtypically take the form of a latitude/longitude position of the responsevehicle and the time at which such vehicle is in such position.Consequently, the electronic history that this correlative activityyields is configured to enable a processing device to determine thegeographic location of a given response vehicle at, for example,five-second intervals within a time period of interest.

At a block 320, the electronic history is stored in a memory device. Forexample, once the position data has been correlated with the serviceprovider identifiers to yield the electronic history, such history isstored in the database 240, for example.

At a block 330, a user interface is generated to a display device withinwhich is displayed a first identifier of a first service provider of theset of at least one service provider. For example, and referring to FIG.6, the client device 210 may generate to the display 250 a menu 600populated with user-selectable identifiers 610 of each response vehiclefor which viewable tracking is available. For each identifier 610, themenu 600 may further identify the agency type 620 of the associatedvehicle. Alternatively, the user interface may include a data entryfield into which the user may enter, in a conventional manner, anidentifier of a response vehicle for which viewable tracking isavailable.

At a block 340, a selection of the first service-provider identifier isreceived from a user via the user interface. For example, and againreferring to FIG. 6, using a conventional pointer device (not shown),the user may select an identifier 610 of a response vehicle that theuser wishes to track. Additionally, the user may select from the userinterface a particular time period of interest (e.g., one or more days,one or more hours during a particular day, etc.), the activity of theselected response vehicle during which the user is interested in seeing.In an embodiment, this user selection of vehicle identifier and timeperiod of interest may be transmitted to the server 230.

At a block 350, in response to the selection of the firstservice-provider identifier, an aerial view of a geographic regionwithin which the first service provider was located during the timeperiod is generated to a display device. For example, upon receiving aselection of identifier 610 and, consequently, a selection of a responsevehicle of interest, the client device 210 may access the database 240,or other memory device, in which the electronic history is stored. Fromthe electronic history, the client device 210 can determine thegeographic region(s) in which the selected response vehicle was locatedduring the selected time period of interest. Subsequently, the clientdevice 210 can, in a conventional manner, generate to display 250 arendering of the determined geographic region(s) using aerial map data,for example, that may be stored in database 240 or on the client deviceitself

At a block 360, at least one icon representing the first serviceprovider at the geographic location corresponding to at least one timeinterval of the set of time intervals is displayed in the aerial view.For example, in the aerial view 700 illustrated in FIG. 7, depending onthe duration of the user-selected time period of interest, one or moreicons 710 illustrating the activity of the selected response vehicle aresuperimposed on the rendered geographic region 720 determined at block350. In the illustrated example, a comparatively lengthy time period ofinterest has been selected by the user, as evidenced by the large numberof icons 710 depicting a police unit's comprehensive patrol overvirtually the entirety of a large island part of the region 720. Ofcourse, in at least one embodiment, icons illustrating the movement ofmore than one such response vehicle may be simultaneously displayed insimilar fashion in the aerial view 700.

In an embodiment, in response to user selection of an icon 710, thevelocity and bearing of the vehicle at the time associated with theselected icon is displayed in the aerial view 700. Additionally, theelectronic history may further comprise identifiers of dispatch callsreceived by one or more of the emergency response vehicles.Consequently, an icon 730 may be displayed in the aerial view 700illustrating a geographic location of the response vehicle at a timethat the response vehicle received a dispatch call.

FIG. 4 illustrates a process 400, according to an embodiment of theinvention, for tracking a set of at least one emergency serviceprovider. The process 400 is illustrated as a set of operations shown asdiscrete blocks. One or more steps of the process 400 may be implementedin any suitable hardware, software, including instructions embodiedwithin components, firmware, or combination thereof. The order in whichthe operations associated with the process 400 are described is not tobe necessarily construed as a limitation.

At a block 410, an electronic history is compiled. The electronichistory includes at least one identifier of a service provider, at leastone identifier of an event to which the service provider responded, andGPS data identifying the geographic location of each service provider ateach time interval within the duration of the event. The event is of afinite duration. For example, the client device 210, server 230 and/orcomputer system 260 may regularly (e.g., every five seconds or otherpredetermined time interval) receive, via network 220 or otherconventional means, AVL data from transmitters in a set of emergencyresponse vehicles and correlate this data with respective identifiers ofthese response vehicles and identifiers of and information associatedwith emergency-response events to which such vehicles responded. Theidentifiers of these response vehicles and identifiers of andinformation associated with emergency-response events may be stored indatabase 240 and/or a memory device associated with client device 210.The AVL data will typically take the form of a latitude/longitudeposition of the response vehicle and the time at which such vehicle isin such position. Consequently, the electronic history that thiscorrelative activity yields is configured to enable a processing deviceto determine the geographic location of a given response vehicle at, forexample, five-second intervals within the duration of an event.Additionally, the information stored in database 240 and/or clientdevice 210 may further enable the inclusion in the electronic history ofdata identifying the geographic location of a given response vehicle attime intervals occurring prior and/or subsequent to the duration of theevent. This latter feature may be implemented by, for example, employingthe process 300 described above.

At a block 420, the electronic history is stored in a memory device. Forexample, once the position and event data has been correlated with theservice provider identifiers to yield the electronic history, suchhistory is stored in the database 240, for example.

At a block 430, a user interface is generated to a display device withinwhich is displayed a first identifier of a first event of the set of atleast one event. For example, and referring to FIG. 8, the client device210 may generate to the display 250 a menu 800 populated withuser-selectable identifiers 810 of events to which response vehicles,for which viewable tracking is available, responded. For each identifier810, the menu 800 may further display a description 820 of the event,the address 830 of the event, identifiers 840 of the response vehiclesresponding to the event and identifiers 850 of the date/time of theevent.

At a block 440, a selection of the first event identifier is receivedfrom a user via the user interface. For example, and again referring toFIG. 8, using a conventional pointer device (not shown), the user mayselect an identifier 810 of an event to which response vehicles, forwhich viewable tracking is available, responded.

At a block 450, in response to the selection of the first eventidentifier, an aerial view of a geographic region within which the firstevent took place is generated to a display device. For example, uponreceiving a selection of identifier 810 and, consequently, a selectionof an event of interest, the client device 210 may access the database240, or other memory device, in which the electronic history is stored.From the electronic history, the client device 210 can determine thegeographic region in which the selected event took place. Subsequently,the client device 210 can, in a conventional manner, generate to display250 a rendering of the determined geographic region using aerial mapdata, for example, that may be stored in database 240 or on the clientdevice itself.

At a block 460, at least one icon representing at least one respondingservice provider at the geographic location corresponding to at leastone time interval within the duration of the event is displayed in theaerial view. For example, as illustrated in FIG. 9, two responsevehicles responded to the event selected from menu 800. Consequently,depending on the number of time intervals selected by the user forviewing, two sets of one or more icons 910, 911 illustrating therespective activity of the two response vehicles in transit to andarriving at the scene of the event are superimposed on the renderedgeographic region 920 determined at block 450.

In an embodiment, in response to user selection of an icon 910, 911, thevelocity and bearing of the vehicle at the time associated with theselected icon is displayed in the aerial view 900. Additionally, theelectronic history may further comprise identifiers of dispatch callsreceived by one or more of the emergency response vehicles, as well asidentifiers of one or more event locations to which such responsevehicles travel in response to a dispatch call. Consequently, a callicon 930 may be displayed in the aerial view 900 illustrating ageographic location of one or more of the response vehicles at a timethat such response vehicle received a dispatch call. Similarly, an eventicon 940 may be displayed in the aerial view 900 illustrating the eventlocation(s) to which such response vehicles traveled in response to adispatch call. In an embodiment, a selection of the event icon 940 bythe user may cause information about the event, such as the address ofthe event, time of event, the type of event, etc. to be displayed in theaerial view 900.

FIG. 5 illustrates a process 500, according to an embodiment of theinvention. The process 500 is illustrated as a set of operations shownas discrete blocks. One or more steps of the process 500 may beimplemented in any suitable hardware, software, including instructionsembodied within components, firmware, or combination thereof. The orderin which the operations associated with the process 500 are described isnot to be necessarily construed as a limitation.

At a block 510, identification information for at least one serviceprovider is obtained. For example, identifiers of emergency responsevehicles, identical or similar to those discussed above with referenceto process 300, for example, may be stored in, and accessible by server230 and/or client device 210 from, database 240 and/or a memory deviceassociated with the client device.

At a block 520, location information for the at least one serviceprovider is obtained. For example, the client device 210, server 230and/or computer system 260 may regularly (e.g., every five seconds orother predetermined time interval) receive, via network 220 or otherconventional means, AVL data from transmitters in a set of emergencyresponse vehicles and correlate this data with respective identifiers ofthese response vehicles that are stored in database 240 and/or clientdevice 210. Such data will typically take the form of alatitude/longitude position of the response vehicle and the time atwhich such vehicle is in such position.

At a block 530, data is obtained enabling the generation to a displaydevice of an aerial view of a geographic region in which the locationinformation indicates the at least one service provider has been intransit. For example, the client device 210 can determine, based on theidentification information and/or location information, the geographicregion(s) in which a selected response vehicle was located during agiven time period or, for example, a user-selected time period ofinterest. Subsequently, the client device 210 can, in a conventionalmanner, generate to display 250 a rendering of the determined geographicregion(s) using aerial map data, for example, that may be stored indatabase 240 or on the client device itself.

At a block 540, the map information is displayed overlaid with ananimated rendering of the movement of the at least one service providerwithin the geographic region. For example, as illustrated in FIG. 10,the activity of a selected response vehicle is superimposed as a “slugtrail” 1010 on the rendered geographic region 1020 determined at block530. In an embodiment, the brighter and thicker the slug trail, the morefrequently the unit drove along that particular stretch of road.

While the preferred embodiment of the invention has been illustrated anddescribed, as noted above, many changes can be made without departingfrom the spirit and scope of the invention. For example, at least oneembodiment described above herein may be implemented in connection withFire and EMS units, in addition to the Police units discussed in theillustrated examples. Additionally, at least one embodiment describedabove herein may be implemented with respect to non-emergency serviceproviders, such as mail and package delivery, grocery delivery, andlarge scale transportation operations such as shipping and airlines. Anembodiment may include GIS layers, for example, that enable theplacement in the aerial view 700, 900 of police and fire stationlocations, as well as fire response areas and police beats. In anembodiment, icons representing the station locations, response areas andor beats may be selected by user, in response to which iconsrepresenting movement of all units associated with suchlocations/areas/beats may be automatically shown in the aerial view 700,900. Additionally, clicking on any of the icons representing a responseunit may open up a window, for example, indicating the unit's call sign,their location, and the timestamp of that particular AVL plot.Additionally, an embodiment may include animation controls associatedwith the aerial view 700, 900 enabling a user to control the speed atwhich the icons representing response vehicles are sequentially placedin the aerial view to illustrate the movement of the corresponding unit.These controls also enable the user to control the length of the icon“vector” (i.e., the number of icons shown at any given time toillustrate movement of the corresponding vehicle) during the animationwithin the aerial view 700, 900. Moreover, the electronic historiesdescribed above may be processed in such a manner as to allow the userto view movement of a vehicle in “near real-time” in the aerial view700, 900. Accordingly, the scope of the invention is not limited by thedisclosure of the preferred embodiment. Instead, the invention should bedetermined entirely by reference to the claims that follow.

1. A computer-implementable method of tracking a set of at least oneemergency service provider, the method comprising the steps of:compiling an electronic history comprising: (a) at least one identifierof a service provider of said set of at least one service provider and(b) GPS data identifying the geographic location of each said serviceprovider at each time interval of a set of time intervals ofpredetermined length within a time period; storing said electronichistory in a memory device; generating to a display device a userinterface within which is displayed a first identifier of a firstservice provider of the set of at least one service provider; receivingfrom a user, via the user interface, a selection of the firstservice-provider identifier; in response to the selection of the firstservice-provider identifier, generating to a display device an aerialview of a geographic region within which the first service provider waslocated during the time period; and displaying in the aerial view atleast one icon representing the first service provider at the geographiclocation corresponding to at least one time interval of the set of timeintervals, wherein the preceding steps are performed by at least oneprocessor.
 2. The method of claim 1, wherein the set of at least oneservice provider comprises a police unit.
 3. The method of claim 1,further comprising: receiving from the user, via the user interface, aselection of the at least one icon; and displaying, in response to saiduser selection of the at least one icon, the velocity and bearing of thefirst service provider.
 4. The method of claim 1, wherein the electronichistory further comprises identifiers of a set of at least one dispatchcall received by at least one service provider of the set of at leastone service provider.
 5. The method of claim 4, wherein the step ofdisplaying in the aerial view further comprises displaying an iconillustrating a geographic location of the first service provider at atime that the first service provider received one said dispatch call. 6.The method of claim 1, further comprising: generating within the userinterface a second identifier of a second service provider of the set ofat least one service provider; receiving from the user, via the userinterface, a selection of the second service-provider identifier; inresponse to the selection of the second service-provider identifier,generating to a display device an aerial view of a geographic regionwithin which the second service provider was located during the timeperiod; and simultaneously displaying in the aerial view iconsrepresenting the first and second service providers at the geographiclocation corresponding to at least one time interval of the set of timeintervals.
 7. A computer-implementable method of tracking a set of atleast one emergency service provider, the method comprising the stepsof: compiling an electronic history comprising (a) at least oneidentifier of a service provider of the set of at least one serviceprovider, (b) at least one identifier of an event of a set of at leastone event to which at least one of the service providers responded, eachevent of the set being of a finite duration, and (c) GPS dataidentifying the geographic location of each said service provider ateach time interval of a set of time intervals of predetermined lengthwithin the duration of said at least one event; storing the electronichistory in a memory device; generating to a display device a userinterface within which is displayed a first identifier of a first eventof said set of at least one event; receiving from a user, via the userinterface, a selection of the first event identifier; in response to theselection of the first event identifier, generating to a display devicean aerial view of a geographic region within which the first event tookplace; and displaying in the aerial view at least one icon representingat least one of said service providers at the geographic locationcorresponding to at least one time interval of said set of timeintervals within the duration, wherein the preceding steps are performedby at least one processor.
 8. The method of claim 7, wherein: theelectronic history further comprises GPS data identifying the geographiclocation of each said service provider at each time interval of a set oftime intervals of predetermined length occurring prior to said at leastone event; and further comprising displaying in the aerial view at leastone icon representing at least one of said service providers at thegeographic location corresponding to at least one time interval of saidset of time intervals occurring prior to said at least one event.
 9. Themethod of claim 7, wherein: the electronic history further comprises GPSdata identifying the geographic location of each said service providerat each time interval of a set of time intervals of predetermined lengthoccurring subsequent to said at least one event; and further comprisingdisplaying in the aerial view at least one icon representing at leastone of said service providers at the geographic location correspondingto at least one time interval of said set of time intervals occurringsubsequent to said at least one event.
 10. The method of claim 7,wherein the set of at least one service provider comprises a policeunit.
 11. The method of claim 7, further comprising: receiving from theuser, via the user interface, a selection of the at least one icon; anddisplaying, in response to said user selection of the at least one icon,the velocity and bearing of the at least one said service provider. 12.The method of claim 7, wherein the electronic history further comprisesidentifiers of a set of at least one dispatch call received by at leastone service provider of the set of at least one service provider. 13.The method of claim 12, wherein the step of displaying in the aerialview further comprises displaying an icon illustrating a geographiclocation of said at least one first service provider at a time that saidat least one service provider received one said dispatch call.
 14. Themethod of claim 7, further comprising: generating within the userinterface a second identifier of a second event of said set of at leastone event; receiving from the user, via the user interface, a selectionof the second event identifier; in response to the selection of thesecond event identifier, generating to a display device an aerial viewof a geographic region within which the second event took place; andsimultaneously displaying in the aerial view icons placed in therespective locations of the first and second events.
 15. Acomputer-implementable method of tracking emergency service providers,the method comprising the steps of: obtaining identification informationfor at least one service provider; obtaining location information forthe at least one service provider; and obtaining data enabling thegeneration to a display device of an aerial view of a geographic regionin which the location information indicates the at least one serviceprovider has been in transit; displaying the map information overlaidwith an animated rendering of the movement of the at least one serviceprovider within the geographic region, wherein the preceding steps areperformed by at least one processor.